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(57) Proc^d de regulation dynamique de Tattribu- 
tton des ressources sur un syst6me informatique ouvert 
de type "UNIX" caract6ris6 en ce qu'il consists h : 

k classer les travaux en dimension ; 



h faire attribuer par futitisateur un potds relatif k 
chacune des dimensions ; 

k moduler les prioritds d'ex6cution des travaux de 
chaque dimension en fonction des poids retatifs des 
dimensions, kxsque ie systdme est tr6s chargd. 
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Description 

La prdsente invention concern un dispositif et un 
proc6d6 de regulation dynamiqu de Fattribution des 
ressources sur un syst^me Informatique. ^ 

Elle s'applique au domaine de {'exploitation infor- 
matique en environnement industriel et nc^amment aux 
systfemes informatiques de type "ouverf tonctionnant 
sous des logiciels de type "UNIX". Les sen^eurs qui 
fonctionnent sous ce type de logciels sont des sen^eurs »o 
dits 'ouverts' et sont particuli^rement prists de nos 
jours. 

L'inconv6nient de ces serveurs est d'avoir 6X6 6& 
velopp6s pour des applications universitaires dont les 
preoccupations n'6taient pas identiques d celles des ^5 
preoccupations indusUielles. Ainsi. sous un syst^me 
tfexptoitation "UNIX", les travaux, ou plus exactement 
chacun des processus composant des travaux se voicnt 
attribuer une priority initiate, sort par le systeme. soit par 
I'utilisateur qui soumet ces travaux. Pour faire consid6- 20 
rer un travail comme plus prioritaire par te systdme. il 
taut done que rutilisateur lui attribue explicitement une 
priorite initiate, ou vienne modifier manuellement sa 
priorite par une comnriande rfadministration. II nV a 
done aucune regulation ni inter-correiation entre les ni- 25 
veaux de priorite que Ton attribue tel ou tel travail. 

De meme. il nV a pas de correlation automatique 
entre Petat d'un systeme en terme de charge de travail 
et la gestion des priorit6s des travaux. Ainsi, lorsqu'il nV 
a pas de regulation, tous les processus ont les memes 30 
droits et la loi des nombres prevaut. Si M1, M2 et M3 
sont trois groupes de processus non critiques, qui sont 
plus nombreux et plus actifs que les processus syste- 
mes SI, 82 et S3 et les processus 'par lot" critiques 
(BATCH) B1, B2 et 83, its prendront la part la plus im- 3S 
portante des ressources. Dans un systeme "UNIX" clas- 
sique. les processus peuvent dennarrer sans aucune li- 
mitation, meme sur les systemes hautement charges, 
sans aucune attention au montant de ressources, qui 
est couramment utilise par les processus executes et ^ 
sans aucune attention au montant de ressources que 
necessitera le nouveau processus. Ceci conduit au 
mauvais comportement suivant : un paquet de proces- 
sus est execute, les processus critiques aussi bten que 
les processus non critiques et les processus critiques. 45 
qui devraient dtre acheves k un temps souhaite par I'uti- 
lisateur disposent de trop peu de ressources pour dtre 
acheves au tenrps souharie. Dans un merT>e temps, des 
processus non critiques utilisent trop de ressources. 

Cest pourquoi le premier but de llnvention est de so 
proposer un precede de regulation dynamique des pro- 
cessus et des travaux. un travail etant un erK^hatnement 
serieou paralieiede processus, qui permetde palierces 
Inconvenients. 

C but est att int par I fait que le procede de re- 55 
gulation dynamiqu des processus sur un systdme in- 
formatique ouvert d type "UNIX" consiste : 
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^ ciasser les travaux en dimension ; 

k faire attribuer par rutOisateur un poids r latrf k 
chacune des dimensions ; 

k nrKxiuler les priorites d'execution des travaux de 
chaque dimension en fonction des poids relatifs des 
dimensions, lorsque te systdme est tres charge. 

Selon une autre particularite. brsque te systeme 
utilise les ressources nrtaterielles au-del^ d'un seuil im- 
portant, le procede va modifier dynamiquement la prio- 
rite associee aux travaux en cours en fonction des di- 
mensions auxquels ils appartiennent. 

Sebn une autre particularite. lorsque la charge 
d'occupation materielle du systeme revtent en dessous 
d'un certain seuil, le procede retabiit les priorites initiates 
des travaux. 

Un autre but de Pinvention est de proposer un dis- 
positif de regulation dynamique des travaux. 

Sebn ce but, le dispositif de regulation dynamique 
des travaux executes sous un systeme tfexploitation 
"UNIX" est caracterise en ce qu'il comporte: 

des moyens de ciasser des travaux en dimension ; 
des moyens d'attribuer un poids relatif k chacune 
des dimensions ; 

des moyens de moduler les prbrrtes d*execution 
des travaux de chaque dimension en fonction des 
poids relatifs des dimensions brsque te systeme 
est tres charge. 

Sebn une autre particularite, le dispositif comporte 
des nrK)yens de consulter Petat du systeme k intervalles 
de temps r6guliers et des moyens d'associer des dimen- 
sions k des travaux des utilisateurs et des moyens de 
donner un poids plus ou moins fort k chacune de ces 
dimensions. 

Sebn une autre particularite, le systeme comporte 
des nrx>yens de nrKxiifier dynamiquenDent la prbrite as- 
sociee aux travaux en cours en forKtion des dimensions 
auxquels ils appartiennent. 

Sebn une autre partbularite. le dispositif comporte 
des moyens de constater que la charge du systeme re- 
vient en dessous d'un certain seuii et de retablir les prio- 
rites initiates des travaux. 

D'autres particularites et avantages de la presente 
invention apparaltront plus clairement k ta lecture de la 
description ci-apres, faite en reference aux dessins an- 
nexes dans lesquels : 

- la figure 1 represente une vue schematique du sys- 
teme infomriatique et des mcyens logiciels associes 
au systeme informatique pour permettre la mise en 
oeuvre du procede d Pinvention ; 
la figure 2A represente une vue d labarr dumenu 
d la fenetr affichee k Pecran. brs du lancement 
du programme de gestion des ressources locates 
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selon {'invention ; 

la figure 2B represente un vue de ce menu princi- 
pal aprds s6lecticxi cfun des composantes du me- 
nu d latendtr pr6c6dent ; 
la figure 2C repr6sente une vue de ce menu princi- s 
pal aprfes selection d'une autre composante du 
menu ; 

- la figure 2Ca represente une vue de raffichage ef- 
fectue tors de la selection dans la composante de 
"ressources" de la fonctlon "affichage" ; 
la figure 2Cb repr6sente une vue de r^cran apr^s 
avoir s§lectionn6 cfens la composante "ressources" 
la fonction "historique" ; 

la figure 2D repr6sente une vue de Paffichage pr§^ 
cedent aprfes la selection dans la composante "di- 
mensions" d'une fonction "modification" qui permet 
de faire apparaitre un sous-menu avec le nom de 
toutes les dimensions d^finies sur le sysldme ; 

- la figure 2E repr6sente I'affichage r6alis6 apr^ cet- 
te selection ; 

. la figure 2F repr6sente I'affichage r^alis^ apr6s la 
s6lection de la fonction "ressources" dans le menu 
"dimensions" ; 

la figure 2G represente I'affichage r6alis6 apr6s la 
selection de la fonction "processus" dans le menu 
"dimensions" ; 

- la figure 2H represente Taffichage r6alis6 apr^s la 
selection de la fonction "gestion globale" (GLOBAL 
MANAGEMEI^ dans la composante "dimen- 
sions". 

Dans tout ce qui suit, le terme "processus" ou "tS- 
che" designera toute execution d'un programme (et par 
consequent, en particulier, son environnement ctens le 
systeme) h un instant donn6, le programme constituant 
en lui-meme, un objet inerte. range sur un disque sous 
la forme tfun fichier ordinaire executable. II est connu, 
dans les systemes "UNIX". I'existence de deux types de 
processus : 

les processus systdmes qui ne sont attaches ^ 
aucun terminal, qui sont crees au lancement du sys- 
teme ou a des dates fixees par Tadministrateur du 
systeme et qui ne sont interrompus qu'^i Tarret du 
systeme. Citons le "SWAPPER", un certain nombre 
de processus dits "demons" comme par exemple, 
le processus assurant le bon usage de limprimante 
en "SPOULE" ou le processus "CRON" qui permet 
de lancer des t^es ^ une date donnee. 
les processus lances par un utilisateur particulier 
depuis un terminal donne d une date donnee. En 
particulier. le fait de se loger sur un terminal sous 
une identification donnee. provoque le brrcement 
d'un processus correspondant k Pexecution d'un fi- 
chier det mnine et ^ Pavartce, pour chaqu utilisa- 
teur. C type de processus conespond presqu 
toujours k rex6cution d'un interpret rfun langag 
de commande (BOURNE sheD ou G-shell). Pour in- 



formation, nous rappellerons egalement que IVrtiii- 
sation de services standards par un usager est rea- 
lisee sur un machine distante par fintermediair 
de commandes. qui pour fonctlonner sur la machtn 
distante, necessitent Pexistence de processus par- 
ticuliers appeies "demons". 

La stnidure du systfeme "UNIX" represente ^ la fi- 
gure 1 est constitue des ressources materielles d'un 
systeme informatique 1. lequel communique avec un 
noyau "UNIX" (KERNEL) 2 assurant la gestion de la me- 
rroire et des entr6es-sorties de bas niveau et rfer^chai- 
nement des differentes tSches (}db). Autour de ce 
noyau, sont utilises un ou plusieurs "interpreteurs" de 
teingage de commande "shell", un systeme de messa- 
geries et des programmes utilitaires dont evidemment 
un compilateur de langage C. 

Autour de ces elements classiques dans les systd- 
mes "UNIX", ont et6 developpes, pour les besoins des 
applications multitSches en environnement ouvert, deux 
modules de programme. Pun (SJR Sen^ice Job Repor- 
ting) assurant les rapports d'execution des tdches lan- 
cees par un utilisateur, I'autre (LRM) permettant de vi- 
sualiser le bon deroulement ou I'arrivee d'incidents et 
ainsi, de detecter les causes. Ce premier module sera 
appete sen^ice de compte-rendu de tSches "SJR" (Ser- 
vice Job reporting) et I'autre se nommera "LRM" (Local 
Ressource Management) module de gestion locale des 
ressources. 

A cela, il a ete ajoute pour les besoins de ^invention, 
un dennon (daemon) 3 de management local des res- 
sources qui communique d^jne part, avec le noyau 2 et 
d'autre part, avec une interface de programme rfap>pli- 
cation 34. Ce demon (daemon) 3 communique egale- 
ment avec un fichier 33 de configuration LRM 33. nr^- 
morise dans te disque dur et avec une interface graphi- 
que utilisateur (LRM gui) associee 32 (Graphic Uper In- 
terface). L'interface d'application de programme d"appli- 
cation 34 communique d'une part, avec le demon 3 et 
d'autre part, avec une memoire partagee 31 . Cette me- 
moire partagee est egalement en communication avec 
Pinterface graphique utilisateur 32 ct le demon 3. Pour 
les besoins de la prealtocation. le systeme incorpore 
une interface 44 de programme d'application "SJR" ef- 
fectuant le compte-rendu tfex6cution de tSches (Servi- 
ce Job Reporting). Cette application 44 communique 
avec un catalogue "jor" memorisant dans un fichier dis- 
tinct 5 du disque dur le compte-rendu des t§ches. Cette 
interface 44 de programme d'application communique, 
sous resewe qu'il sort active et que les fichiers de corr^ 
te-rendu de travaux soient memorises, avec le derrwn 
3 de gestion locale des ressources pour permettre la 
preallocation de ressources et la regulation dynamique. 
L'interface 44 comporte les lignes de codes necessaires 
pourpermettr 1' xecution des commandes disponibles 
pour Putilisateur gr§ce k cett interface. Les comman- 
des disponibles par cett interface 44 sont les 
survantes : 
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- une commande 'SJFT qui penmet cf^mettre un 
commande au gestionnaire de ressources et d g§- 
n6rerrex6cutionrfunfichierd8COfnpte-r ndu.C t- 
te commande comporte plusieurs options qui p r- 
mettent de d^temniner le nombr d pages k m6- 
moire virluelle, la quantit6 rfespace des fichiers 
temporaires, les dimensions d6finies par les utilisa- 
teurs. la consommation de temps attendu par le 
CPU. le temps nraximum 6coul6, le temps maxi- 
mum CPU, I'espace maximum pour les fichiers tem- 
poraires, le nombre maximum de pages k m6moire 
virtu elle. La description de cette commande. avec 
la signification de ces diff6rents paramfetres, est fai- 
te ci-apr6s. 

- une commande ■SJRjobstarf (int jobid ; int qflag ; 
stmci SJR_resources *SJR_resources ;). dans la- 
quelle le paramMre jobid est I'identifieur de tSche, 
SJR_resoufces est la structure d6crivant les res- 
sources necessities pour la Xkc^e. Cela peut etre 
0 si la tache n'a pas besoin de pr6allocation de res- 
sources. Le paramdtre "qflag". lorsqu'il n'est pas 
nul. signifie que latSche attendra la disponibilitd des 
ressources. Cette commande v6rifie que la tSche 
peut dimarrer, si elle ne veut pas d6marrer. le sys- 
tfeme attend jusqu'^ ce que les ressources soient 
dispontoles, ceci est le cas lorsque 'qflag' est nul. 
Si "qflag" n'est pas nul, cela provoque un retour inr>- 
m6diat. Si la tache peut d6marrer, une valeur 0 est 
renvoyie sinon lorsque "qflag" est positionn6, une 
valeur -1 est renvoy6e. De plus, chaque ev6nement 
majeur rfune tSche est m6moris6 lorsquNI se pro- 
duit dans un fichier global "logo" du catalogue "jor". 
De fa^on k 6viter de difinir explicitement les para- 
m^tres pour chaque soumission de tache, Tapplica- 
tion "SJR" 44foumit la faculty de declaration de res- 
sources dans un script. Ainsi. quand le ddveloppeur 
d'une application a bien ddfini les nicessitds de res- 
sources pour sa tache, il pourra insurer celle-ci 
dans le script. La tache sera soumise par la cona- 
mande "SJR' avec aucun autre param^tre. La syn- 
taxe de la commande « SJR » pour ces lignes de 
directive est la suivante : 

#option -p "Nombre de pages de memoire vir- 
tuelle" 

#option -t "Montant d'espace de fichiers tempo- 
raires" 

#c^tion -d "Fonction difinie par Putilisateur" 
#option - c Temps CPU attendu' 
^option - e Temps nnaximum 6coul6" 
#option - C 'Limrle de temps CPU consomm6' 
#option - P 'Nombre maximum de pages m6- 
nwtre virtuelle' 

^option - T 'Espace fichiers temporaires maxi- 
mum" 

En cas d conflit. la valeur sp6cifiee ^ la soumission de 
la comrrande est utilis6e ainsi : s'il y a un figne k Tin- 



terieur du script telle que 
#option - C 200 

t si I script est soumis avec la lign d commande 
suivante : 

s SJR-C 300 script, 

alors la valeur utilisee pour la limite CPU est 300. 

Avec un syst^me ainsi iquipi du module de gestion 
locale de ressources, les processus non critiques de- 
vraient altirer le moins possible la poursuite de Pexicu- 

10 tion des processus critiques. Chaque sorte de proces- 
sus a sa propre importance. On devrait lui accorder plus 
ou rTK>ris de ressources en fonction de cette importance 
et en fonction de la charge du syst^me. Pour cette rai- 
son, le module "LRM" permet de classifier les processus 

IS en dimension. Une dimension sera un jeu de processus 
couranvnent exdcutds, qui auront la m3me irrtportance, 
du point de vue du gestionnaire de ressources locales. 
Cinq dimensions sont prdvues par dif aut : une premiere 
dimension "SYSTEME", une deuxidme dimension 

20 -LOT" (BATCH), une troisi^me dimension "DIVERS" 
(MISC), une quatridme dimension base de donn6es 
(DB) et une cinquidme dimension protocole de transtert 
(TP). Si les processus sont lances par les utilisateurs 
rxjrmaux directement en arridre-plan, ils appartiennent 

2S alors k la dimension "DIVERS". Si les processus sont 
bnc6s k travers un script, soumis k Tapplication de ges- 
tion des tSches sai^ aucune declaration des dimen- 
sions exprcites, ils appartiennent alors k la deuxidme 
dimension "LOT" (BATCH). Si les processus n*appar- 

30 tiennent k aucune autre dimension, ils appartiennent 
alors k la dimension "SYSTEME". Les dimensions "DB' 
et TP" sont foumies nr^is sans aucune definition de 
processus et pourront etre definies par Tutilisateur. A 
rexception de la dimension "SYSTEME", tl sera possible 

35 pour chaque dimension, d'avoir un poids relatif , qui sera 
memorise dans un fichier. Ce poids relatif sera utilise 
pour gerer la priorite des processus composant la di- 
mension. La priorite de tous les processus appartenant 
k une dimension, variera de la mdme fagon. La dimen- 

40 sion "SYSTEME" n'a pas de poids relatif et les priorites 
des processus appartenant k cette dimension ne sont 
pas modifiees par le gestionnaire de ressources locales 
(LRM). Les processus, reguies par les dimensions, 
auront toujours des ressources accordees en fonction 

45 de leur poids relatif, mdme si le systdme est Xrbs charge. 
Au moment du lancement du gestionnaire de ressour- 
ces locales, ou lorsqu'une dimension est creee. sans 
preciser de poids relatif, cette dimension prend un poids 
de - 1 par defaut. ce qui veut dire qu'elle existera, mais 

so elle ne sera pas reguiee. Une dimension peut egale- 
ment etre activee ou desactivee. Si elle est desactivee, 
les tSches soumises lui appartenant ne seront pas de- 
marrees. mais les t§ches. qui sont en cours d'execution 
dans cette dimension, continueront k etre executees. 

55 Lorsqu'un proc ssus result d'une commande 
d" xecution rfune l§ch "SJR", il appartient k la dimen- 
sion specifiee, si une dimension a et6 specifi6e dans la 
command "SJR". Lorsque le processus a un ancetre 
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dont le Rom de commando el fulilisateur sont associds 
k une dimension, le processus appartienl & cette dimen- 
sion. Pendant le t mps d"ex6cution d'un processus, le 
poids relatit s ra utilise pour g6rer tmodifi r la priority 
des processus composant la dimension. La priority de s 
tous les processus cfans une dimension variera de la 
m§me fa?on. Les processus de ta dimension "DIVERS' 
(MISC) auront un "NICE" sa valeur maximum, c'est- 
k-6ire la priorrte la plus basse et quand le syst^e est 
charge. C'est-^-dire que la priorit6 est plus haute qu'un 
seuil d6fini par I'administrateur dans les fichiers de con- 
figuration. Dans un systdme "UNIX", le 'NICE" est un 
indicateur associd k un processus dont la valeur est in- 
versement proportionnelle k la priority. Le m^canisme 
de regulation de Pinvention est optionnel et il y a deux 
fagons rfenregistrer les applications d'utilisateur dans 
les dimensions. Uidentifieur de dimension peut dtre 
foumi explicitement par la soumission des tSches d'ap- 
plication k travers le programme des tSches. Le proces- 
sus d'une application peut §tre associ6 k une dimension 
en sp6cifiant le nom de la commande ex6cut6e par le 
processus et Putilisateur, sous le nom duquel le proces- 
sus est ex6cut6. Le m6canisme de regulation dynami- 
que de priority selon invention consiste k consid^rer 
deux valeurs. Une premiere valeur 'Pdc" repr6sente le 
pourcentage courant des ressources utilis6es par tous 
les processus appartenant k la dimerision. Une deuxi^- 
me valeur "Pde" repr^sente le pourcentage de ressour- 
ces qui devraient etre utilisdes par la dimension. La pre- 
miere valeur "Pdc" est obtenue en balayant p^riodique- 
ment la table des processus systdmes. en associant les 
processus k leur dimension et en calculant la somme 
pour chaque dimension des ressources utilis^es par 
chaque processus de la dimension. 
La seconde valeur "Pde" est calculee selon la formule 
suivante : 

Pde = ^^-Pns 

■FW est le poids relatit de la dimension. 'Rj' est le 
poids relatit de chaque dimension. La somme IBi est 
la somme de tous les poids relatifs de toutes les dimen- 
sions qui ont eu de Tactivite durant la tranche de temps 
consid6r6. 'Pns" est le pourcentage de ressources uti- 
lisees par les processus, n'appartenant pas k la dimen- 
sion •SYSTEME'. qui ont un poids relatit et ont consom- 
me des ressources pendant Tintervalle de temps consi- 
dere. Si la difference entre "Pdc" et 'Pde' est plus gran- 
de qu'une valeur de seuil determinee, la valeur 'NICE' 
du processus, appartenant k la dimension, est modifiee 
dans une direction ou une autre. Plus la difference est 
grande. plus la valeur "NICE* est modifiee. La plage de 
variation de la valeur "NICE" est comprise entre 0 et 40. 
La valeur 'NICE' est fixee 2i la val ur 26 pour la dimen- 
sion 'SYSTEME'. Lorsque la val ur "NICE' augmente. 
la priorite diminue. Par exemple, dans un systeme ayant 



une dimension 'MYDIM', celle-ci peut §tre definie sur 
le systeme avec un poids relatif de 2. un poids relatit de 
1 ayant ete dedar6 pour la dimension 'LOT" (BATCH). 
Quand I sy^em est tres charge, les priorites des pro- 
cessus, appartenant k la dimension "MYDIM". seront 
modifiees de la fa^on suivante : 

Si les processus de la dimension "MYDIM" et 'LOT' 
utilisent 90% de Punite processeur (CPU), la priorite des 
processus de dimension 'MYDIM' sera modifiee dans 
un sens ou dans un autre, de telle sorte que le pourcen- 
tage de CPU utilise par la dimension "MYDIM" soit plus 
proche de 60%. 

Par ailleurs. Tinterface de programme rfapplication 
"LRM" 34 est associee avec une interface graphique uti- 
lisateur "LRM gui' 32. Cette interface 32 pemiet k Puti- 
lisateur, par action sur une souris ou un element autre 
qu'une souris. de declerK:her des ev6nements ext6- 
rieurs traites par une interface graphique preprogram- 
mee, susceptible de reconnaltre ces 6venements tels 
que par exemple. Pappui, le retachement d'un bouton. 
la tratne et des evenements logiques tels que Peritree 
du pointeur souris dans une fendtre. Cette interface 32 
pern^et egalement k futilisateur, toujours par action sur 
une souris ou un element autre qu'une souris. de de- 
clencher destraitements dans Pcnterface graphique per- 
mettant, k partir du menu general repr6sent6 k la figure 
2A, de faire apparaitre une fendtre 321 comportant les 
drfferentes composantes d'un menu, qui est constituee 
par les tenmes session, demon, ressources, dimen- 
sions, aide. Ce menu permet de s6lectionner une com- 
posante. k Paide de la souris. Apres avoir clique sur le 
bouton de la souris. la selection de la composante fait 
apparaitre apres traitement par le programme d'interfa- 
ce graphique un sous-menu tel que celui de la figure 2B 
pour la composante 'demon'. Ce sous-menu 3211 per- 
met, k Paide de la souris, de faire mettre en surbriilance 
ou en sur6paisseur une des composantes de ce sous- 
menu qui comporte une forrction permettant I'affichage 
du statut du d6nrK)n, le demarrage d'un demon, Parrdt 
d'un demon, la visualisation d'un script de demarrage, 
la visualisation d'un script de fenmeture et la visualisa- 
tion des parametres de configuration. 

La selection de la composante "ressources" par la 
souris permet, aprfes traitement par le programme d'in- 
terface graphique, Paffichage d'un sous-menu 3212 
comme represente k la figure 2C. Ce sousnmenu com- 
porte la possibilite de seiectionner une des fonctkMis 
suivantes : affichage. historique, seuils. La selection de 
la fonction 'affichage' permet. comme represente k la 
figure 2Ca. k Pinterface "LRM gui" par extraction des in- 
formatiorte des fichiers "jor". de visualiser une fenfitre 
comportant une pluralite de barres tfhistogramme re- 
presentant chacune respectivement le pourcentage 
d'utilisation du CPU. le pourcentage d'utilisation de la 
memoir r6 lie, de la memoir virtuelle t des espaces 
fichiers temporaires. La selection d la fonction "histo- 
riqu " permet comm r pres nte k la figure 2Cb. k I'in- 
tertace "LRM gui' par extraction des informations des 
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fichiers "jor" ta representation de mistorique recent de 
la consommation des ressources sur le systdme en 
tranche d 10 secondes, ceci pour chacun des com- 
posantes du syst^me. ^ savoir CPU. m&mon r6elle, 
m§moire virtuelle, espace fichiers t nnporair s. 

La figure 2D reprdsente I'affichage effectu6, apres 
avoir s6lectionn6 dans la barre prirrcipale du menu la 
composante "dimensions'. Cette selection fait apparai- 
tre un sous-menu comportant plusieurs fonctions pos- 
sibles, une premifere 3213 a qui permet Tajout, una 
deuxidme 3213 b qui permet I'affichage, une troisidme 
321 3 c qui permet la modification, une quatri6me 321 3 
d qui permet d'enlevcr une dimension, une cinqui^me 
321 3 e qui permet de connaitre les ressources consom- 
m6es par une dimension, une sixi^me 321 3 f qui permet 
de connaitre les processus et une septi^me 321 3 g qui 
permet de connaitre la gest'ion globale. Lorsque TutilH 
sateur s6lect*ionne par exemple, avec sa souris la trot- 
si6me fonction. en la mettant en surbrillance et valide 
cette selection en diquant sur le bouton de la souris, 
ceci fait apparattre en surbrillance la fonction ■modifica- 
tion". Cette action. apr6s traitement par le programme 
d'interface graphique, prcvoque Papparition d'un 
deuxidme sous-menu comportant dans une fenetre 
3231. une plurality de dimensions disponibles sur le 
syst6me. La selection. ^ I'aide de la souris de I'une des 
dimensions disponibles dans cette fen§tre du deuxifeme 
sous-menu permet, aprds traitement par le programme 
d'interface graphique, raffichage de la figure 2E qui 
comporte un premier pav6 3241 a!phanum6rique per- 
mettant de ddfinir le nom de la dimension, un second 
pav6 3242 alphanum^rique permettant de d^finir le 
poids relatif. un troisi^me pav6 3243 alphanum^rique 
permettant d'activer la fonction de regulation dynami- 
que. Enfin. la fenetre comporte 6galement une liste d6- 
roulante 3244 permettant d'afficher dans deux colonnes 
separ6es. Tune affect6e aux commandes, Tautre affec- 
t6e aux utilisateurs, chacune des commandes et chacun 
des utilisateurs associ^s ^ chaque commande. L'utilisa- 
teur peut venir se positionner gr§ce k la sour© dans un 
des pav6s 3245 de la colonne "connmandes", ou dans 
run des pav6s 3246 de la colonne "utilisateurs". pour 
entrer par le clavier ta commande. h ex6cuter ainsi que 
la dimension associ6e dans la colonne "utilisateurs". 
Enfin. un bouton 3247 "confirmation" et un bouton 3248 
"quitter" pcrmettent de confinmer les infomnations modi- 
fiant la dimension existante, ou de quitter sans avoir ef- 
fectu6 de modifications. En cas de relation du bouton 
"confirmation", les informations sont memoris6es dans 
les fichiers 'jor' et les poids relatifs ainsi entries ou mo- 
d*ifi6es. seront utilis^es dans le proc6d6 de regulation 
dynamique. 

La figure 2F repr^sente raffichage d'une fendtre in- 
diquant les utilisatior)s des ressources par dimension, 
lorsqu'on a s6lectionn6 dans I menu 321 3 la fonction 
"ressources". Cette utilisation r pr^sente sous form 
rfhistogrammes dont chacun est associe k une des 
composantes du syst^me h savoir : CPU. memoir reel- 



te, memoire virtuelle et ceci pour chacune des dimen- 
sions. La r pr6s ntationrfunhislogramm eslobtenue 
partraitem nt par le programme d'interface graphiqu . 
D nr>§me. la selection de la fonction "processus" per- 

5 met, aprds traitement par I programm d'interfac gra- 
phque. rfafficherttens une fenetre 2G la lete des pro- 
cessus qui ont consomme le plus de temps d'unrte cen- 
trale pendant les dix demieres secondes avec leur "NI- 
CE". Enfin, la selection de la demidre fonction "gestion 

10 globale" permet d'afficher, dans une fenetre represen- 
tee k la figure 2H. la gestion des poids relatifs pour cha- 
que dimension. Ce qui permet k Putilisateur d'entrer. 
dans chaque pave associe h chaque dimension, une 
nouvelle valeur de poids relatrf et de visualiser. dans le 

IS pave representant le pourcentage actuel, la modifica- 
tion du pourcentage acluel. Enfin. pour la forKtion "mo- 
dification", un bouton "confirmation" 3263 et un bouton 
•quitter" ^64 permettent de confinmer les modifications 
de poids relatif ou de quitter la fonction sans avoir effec- 

20 tu6 de modifications. 



Revendlcatlons 

25 1, Proc6de de regulation dynamique de I'attribution 
des ressources sur un systems tnfonmatique ouvert 
de type "UNIX" caracteris6 en ce qu'il consiste k : 

k classer les travaux en dimension ; 

30 

k fairs attrtouer par I'utiiisateur un poids relatif 
k chacune des dimensions ; 

- k nxxJuler les priorites d'execution des travaux 
35 de chaque dimension en fonction des poids re- 

latifs des dimensions, lorsque le systeme est 
tres charge. 

2. Procede de regulation dynamique de I'attribution 
40 des ressources sur un systdme informatique ouvert 

de type "UNIX" selon la revehdication 1 . caracteris6 
en ce que. lorsque le systdme utilise les ressources 
materielles au-del^ d'un seuil important, le precede 
va nrKXiifier dyriamiquement la priorite associee aux 
45 travaux en cours en fonction des dimensions aux- 
quels lis appartiennent. 

3. Procede de regulation dynamique de I'attribution 
des ressources sur un systems informatique ouvert 

so de type "UNIX" selon la revendication 1 ou 2. ca- 
racterise en ce que , lorsque la charge d'occupation 
materielle du systeme revient en dessous d'un cer- 
tain seuil. le procede retablit les priorites init^les 
des travaux. 

65 

4. Disposrlif de regulation dynamique de I'attribution 
des ressources sur un systeme informatiqu ouv rt 
de type "UNIX" caracterise n ce qu'il comporte : 
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- des moyens de classer des Iravaux en 
dimension ; 

- des moyens d'attribuer un poids r latif ^ cha- 
cune des dimensions ; 

- d s moy ns de moduler les priorit^s d* x6cu- s 
tion des travaux de chaque dimension en fonc- 
tion des pords relatifs des dimensions lorsque 

le syst^me est Xrbs charge. 

5. Dispositif de r6gulation dynamique de fattribution io 
des ressources sur un syst^e infomiatique ouvert 

de type "UNIX" selon la revendication 4 caract6ris6 
en ce qu'il comporte des moyens de consulter r6tat 
du systdme k intervalles de temps r6guliers et des 
moyens d"associer des dimensions h des travaux is 
des utilisateurs et des moyens de donner un poids 
plus ou moins fort ^ chacune de ces dimensions. 

6. Dispositif de r^ulation dynamique de Pattribution 
des ressources sur un systfeme infonmatique ouvert 20 
de type 'UNIX" selon la revendication 4 ou 5, ca- 
ract6risd en ce que le systdme comporte des 
moyens de modifier dynamiquement la priority as- 
soci^e aux travaux en cours en fonction des dimen- 
sions auxquels ils appartiennent 

7. Dispositif de r6gulation dynamique de fattribution 
des ressources sur un syst^e informatique ouvert 
de type "UNIX" selon une des reverKJications 4 ou 

6, caract6ris6 en ce qu'il comporte des moyens de 30 
constater que la charge du syst^me revlent en des- 
sous d'un certain seuil et de r6tablir les priority ini- 
tiales des travaux. 
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